Mail de Musk en 2010 « Les acronymes sont vraiment à éviter »
Mail de Musk en 2010 « Acronyms Seriously Suck » :
There is a creeping tendency to use made up acronyms at SpaceX. Excessive use of made up acronyms is a significant impediment to communication and keeping communication good as we grow is incredibly important. Individually, a few acronyms here and there may not seem so bad, but if a thousand people are making these up, over time the result will be a huge glossary that we have to issue to new employees. No one can actually remember all these acronyms and people don't want to seem dumb in a meeting, so they just sit there in ignorance. This is particularly tough on new employees.
That needs to stop immediately or I will take drastic action - I have given enough warning over the years. Unless an acronym is approved by me, it should not enter the SpaceX glossary. If there is an existing acronym that cannot reasonably be justified, it should be eliminated, as I have requested in the past.
For example, there should be not "HTS" (horizontal test stand) or "VTS" (vertical test stand) designations for test stands. Those are particularly dumb, as they contain unnecessary words. A "stand" at our test site is obviously a test stand. VTS-3 is four syllables compared with "Tripod", which is two, so the bloody acronym version actually takes longer to say than the name!
The key test for an acronym is to ask whether it helps or hurts communication. An acronym that most engineers outside of SpaceX already know, such as GUI, is fine to use. It is also ok to make up a few acronyms/contractions every now and again, assuming I have approved them, e.g. MVac and M9 instead of Merlin 1C-Vacuum or Merlin 1C-Sea Level, but those need to be kept to a minimum.
-- from
Traduction du mail de Musk en 2010 « Les acronymes sont vraiment à éviter » :
Il y a une tendance rampante à utiliser des acronymes inventés chez SpaceX. L'utilisation excessive d'acronymes inventés est un obstacle important à la communication et il est extrêmement important de maintenir une bonne communication au fur et à mesure que nous nous développons. Individuellement, quelques acronymes ici et là ne semblent pas si graves, mais si un millier de personnes les inventent, au fil du temps, il en résultera un énorme glossaire que nous devrons distribuer aux nouveaux employés. Personne ne peut se souvenir de tous ces acronymes et les gens ne veulent pas avoir l'air stupides lors d'une réunion, alors ils restent assis dans l'ignorance. C'est particulièrement difficile pour les nouveaux employés.
Cela doit cesser immédiatement ou je prendrai des mesures radicales - j'ai donné suffisamment d'avertissements au fil des ans. À moins qu'un acronyme ne soit approuvé par moi, il ne doit pas entrer dans le glossaire de SpaceX. Si un acronyme existant ne peut être raisonnablement justifié, il doit être éliminé, comme je l'ai demandé par le passé.
Par exemple, il ne devrait pas y avoir de désignation « HTS » (banc d'essai horizontal) ou « VTS » (banc d'essai vertical) pour les bancs d'essai. Ces appellations sont particulièrement stupides, car elles contiennent des mots inutiles. Un « banc » sur notre site d'essai est évidemment un banc d'essai. VTS-3 compte quatre syllabes, contre deux pour « Tripod », de sorte que l'acronyme est plus long à prononcer que le nom !
Le test clé pour un acronyme est de se demander s'il aide ou nuit à la communication. Un acronyme que la plupart des ingénieurs en dehors de SpaceX connaissent déjà, tel que GUI, peut être utilisé. Il est également acceptable d'inventer quelques acronymes/constactions de temps en temps, à condition que je les ai approuvés, par exemple MVac et M9 au lieu de Merlin 1C-Vacuum ou Merlin 1C-Sea Level, mais ils doivent être réduits au minimum.
Journaux liées à cette note :
Pourquoi je n'utilise pas d'acronyme non documenté sur Wikipedia ?
Je viens d'ajouter le contenu du Mail de Musk en 2010 « Les acronymes sont vraiment à éviter » dans la documentation guidelines du projet professionnel sur lequel je suis en train de travailler actuellement.
Pourquoi ?
Dans un souci d'efficacité, j'aime recevoir des informations le plus explicites possible, afin d'éviter des quiproquos, de minimiser mes risques d'erreurs, d'éviter de faire perdre du temps à mes collaborateurs en posant une multitude de questions.
Comme j'essaie de suivre la règle d'or, j'essaie moi-même de communiquer de la façon la plus explicite possible — je précise que ce n'est pas simple, même avec la meilleure volonté du monde !
C'est pour cela que j'évite au maximum de créer et d'utiliser des acronymes.
Voici quelques extraits du Mail de Musk 2010 « Acronyms Seriously Suck ».
L'utilisation excessive d'acronymes inventés est un obstacle important à la communication et il est extrêmement important de maintenir une bonne communication au fur et à mesure que nous nous développons.
👍️
Personne ne peut se souvenir de tous ces acronymes et les gens ne veulent pas avoir l'air stupides lors d'une réunion, alors ils restent assis dans l'ignorance. C'est particulièrement difficile pour les nouveaux employés.
Je suis tout à fait d'accord avec cette déclaration 👍️.
J'ai appris par expérience que la majorité des humains ne posent pas de question quand ils ne connaissent pas un mot ou un sujet.
J'essaie personnellement de mettre mon égo de coté et de poser la question, mais il m'arrive aussi de ne pas le faire.
D'autre part, ma mémoire est limitée, l'apprentissage des acronymes internes d'une organisation ou d'une équipe me demande trop de charge cognitive.
Un acronyme que la plupart des ingénieurs en dehors de SpaceX connaissent déjà, tel que GUI, peut être utilisé.
Je suis tout à fait aligné avec cette pratique👍️.
Personnellement, je suis la règle suivante : j'ai le droit d'utiliser un acronyme à condition qu'il soit référencé par une page Wikipedia et que la liste de ses homonymes sur sa page "disambiguation" soit très courte dans mon contexte d'utilisation (exemple pour FTP). Si ce n'est pas le cas, je n'utilise pas l'acronyme.